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DEVICE MANAGEMENT METHOD 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

5 [0001] The present invention relates to a technique of 

remotely managing devices connecting with a network. 

2. Description of the Related Art 

[0002] A printing system has been used widely, where 

10 multiple printers are connected to a network and are shared by 

multiple clients. The printing system often includes a management 
server on the network to remotely manage the working status of each 
printer. This system manages the working status, while the 
management server sends an inquiry about information on the 

15 working status of the printer, for example, a remaining amount of an 
expendable, to the printer. Alternatively each printer may notify the 
management server of the information on the working status of the 
printer at regular intervals. It is desirable to acquire a time-based 
variation in working status from each printer for the effective 

20 management. 

[0003] Some models of printers do not have a built-in real 
time clock, for the reduced manufacturing cost. The built-in real 
time clock requires a battery for driving the real time clock in the 
power OFF state of the printer. This undesirably increases the total 

25 manufacturing cost of the printer. 

[0004] The printer has a timer, which is driven with a clock of 
driving a CPU. This timer starts counting at a power ON time of the 
printer and measures elapse of a time period since the power ON time 
(hereafter referred to as 'relative time'). 

30 [0005] The printer connecting with the network can acquire 
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an absolute time from a server, such as an NTP (Network Time 
Protocol) server. Even a printer without a built-in real time clock 
can specify the absolute time at each time point, based on the count on 
a timer, which measures elapse of a time period since the absolute 
5 time acquired from the NTP server. 

[0006] In a large-scaled printing system including a large 
number of printers connecting with a network, the load on the 
network may be significantly increased, due to acquisition of the 
absolute time from the NTP server by each of the printers. While 

10 each printer sends a packet of requiring transmission of the absolute 
time to the NTP server, the NTP server may not immediately reply the 
absolute time. The printer sends the requirement packet again, 
when receiving no reply of the absolute time within a preset time 
period since transmission of the requirement packet. The 

15 requirement packets sent from the respective printers including these 
retries significantly increases the load on the network. 

[0007] There are other additional loads for setting the correct 
time on the NTP server and setting an address of the NTP server on 
the network in the printer. It is thus relatively hard to record the 

20 working status of the printer related to the time. 

[0008] The prior art management method has additional 
problems other than those discussed above. The first problem is the 
presence of a firewall, which may be interposed between each printer 
as an object of management and the management server in a 

25 large-scaled printing system. The firewall may interfere with 
smooth inquiries from the management server to the respective 
printers. 

[0009] The second problem is a significantly heavy traffic on 
the network due to inquiries and notifications of the working status, 
30 when there are a large number of printers as objects of management. 
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The heavy traffic may interfere with the smooth transmission of print 
jobs. 

[0010] The third problem is difficulty in specification of a 
printer as an object of management in a network structure where a 
5 DHCP server dynamically allocates an IP address to each printer. In 
this environment, for identification of each object printer, the address 
allocated to the printer is to be specified, based on a serial number or 
an MAC address. This undesirably increases the traffic on the 
network and complicates the management. 

10 [0011] One possible measure to prevent the heavy traffic 

reduces the frequency of acquiring the working status from each 
printer. This method, however, causes another problem of the 
lowered accuracy of management. The information on the working 
status of the printer includes information obtained by a sensor of a 

15 relatively low sensitivity, for example, the remaining amount of toner 
in the printer. In the actual state, the remaining amount of toner 
continuously varies with a variation in number of printed sheets. 
The sensor output, however, gives a discrete variation at the time 
when a preset amount of toner has been consumed. For highly 

20 accurate monitoring of the variation in remaining amount of toner by 
interpolation of the discrete variation, the procedure should set a 
sufficiently short sampling interval and accurately specify the time 
when the sensor output has a discrete variation. The reduced 
frequency of acquiring the working status of each printer undesirably 

25 leads to the lowered accuracy of monitoring the remaining amount of 
toner. 

SUMMARY OF THE INVENTION 
[0012] The drawbacks discussed above are found not only in 
30 printers but are commonly found in the process of remotely managing 
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devices connecting with a network. The object of the invention is 
thus to solve these problems and to ensure accurate and efficient 
remote management of devices. The object of the invention is to 
enable a device without a built-in real time clock to acquire an 
5 absolute time without significantly increasing the load on the 
network. 

[0013] The invention is directed to a device connecting with a 
network. The device of the invention may be any of diverse devices 
that work on a network, for example, printers, scanners, projectors, 

10 audio equipment, electric appliances, client computers, and PDAs. 

[0014] The device of the invention has a timer that measures 
elapse of a time period, and is communicable with another device 
connecting with the network to provide a specified service. The 
device of the invention acquires an absolute time from the another 

15 device and sets the acquired absolute time to a base time, which is 

used to specify the time at each time point based on the measurement 
result of the timer. This arrangement ensures accurate specification 
of the time information at any arbitrary time point. The device of the 
invention may have various constructions as discussed below. 

20 [0015] The device of the invention may be constructed to 

record a log representing a working status of the device mapped to the 
time information. The device does not have a built-in real time clock 
but has a timer that measures elapse of a time period as mentioned 
above. The time information may be obtained by measuring elapse of 

25 a time period since a preset base time with the timer. A parameter 
representing the working status may be set according to the device, 
for example, a consumption of an expendable, a consumption of power, 
or an operational load of a CPU. The device of the invention sends 
the log thus recorded to a preset server as a destination of 

30 transmission via the network. In this transmission process, the 
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device acquires an absolute time from the preset server as the 
destination of transmission and sets the acquired absolute time to a 
base time of subsequent log recording. 

[0016] As described above, the device of the invention records 
5 a log and sends the recorded log to the server. This arrangement 

enhances the recording frequency required for the sufficient accuracy 
in management, while reducing the transmission frequency. This 
desirably relives the management-related traffic on the network. 
The device sets the absolute time acquired from the server in the 

10 course of transmission of the log to the base time. This arrangement 
effectively enables even a device without a built-in real time clock to 
enhance the accuracy of time information recorded in the log. For 
example, even when the measurement of the elapsed time with the 
timer includes some error, the error of the time information is 

15 cancelled every time the absolute time is acquired from the server and 
is set to the base time. 

[0017] Mounting the function of the real time clock that 
measures the absolute time on each device undesirably increases the 
manufacturing cost of the device. There is also a difference in time 

20 among multiple devices having the real time clock function. The 

time difference may lead to the lowered accuracy of management, in 
the case where multiple devices are objects of management. The 
technique of the invention simply utilizes the absolute time acquired 
from the server and advantageously synchronizes the time 

25 information in all the devices. 

[0018] In another preferable embodiment of the invention, 
the device corrects the time period measured by the timer and uses 
the corrected time period for log recording. One method corrects an 
error included in the measurement result of the timer by taking into 

30 account a time interval specified from absolute times acquired from 
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the server more than once and a measurement result of the timer 
corresponding to the specified time interval, and records the log. 
Such error correction further enhances the accuracy of the time 
information recorded in the log. 
5 [0019] In the device of the invention, various values may be 

set to the log transmission interval and the log recording interval. 
Setting a longer log transmission interval is desirable for the relieved 
traffic on the network, while setting a shorter log recording interval is 
desirable for the enhanced monitoring accuracy of the working status. 

10 It is preferable that the log transmission interval is set to be longer 
than the log recording interval. 

[0020] In the structure of this embodiment, the device sends 
the log to the server, so that the server is not required to make an 
inquiry about the working status of each device. Namely the server 

15 is not required to specify the address of the device. The technique of 
the invention is thus applicable to a system where an address is 
dynamically allocated to each device via the network, as well as to a 
system where a fixed address is allocated to each device. Because of 
the same reasons, the technique of the invention is also applicable to a 

20 system including a firewall interposed between the server and the 
respective devices. 

[0021] The technique of the invention is further applicable to 
a discretely varying parameter, which represents a continuously 
varying working status. A typical example of such a parameter is a 

25 remaining amount of toner in a printer. When this parameter is 

recorded as a log, the preferable procedure records the log at a shorter 
interval than a minimum time interval that causes a discrete 
variation. This enables the working status of the device to be 
monitored with high accuracy. 

30 [0022] The present invention is also directed to a 
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management server that manages a working status of each device 
connecting with a network. The management server receives a log 
representing a record of a working status of the device mapped to the 
time, corrects the time recorded in the log, and holds the corrected 
5 time in each device. The time may be corrected by taking into 

account a time interval specified from reception times of multiple logs 
and a measurement result of the timer corresponding to the specified 
time interval. The management server of this arrangement can 
accurately acquire the log even in a system including devices without 

10 the function of eliminating the effects of the error of the timer count. 

[0023] The measurement result of the timer may be acquired 
from the device, along with acquisition of the log. When a fixed cycle 
or a varying cycle is set in advance to the log transmission timing, the 
log is transmitted from the device when the count on the timer 

15 reaches the preset cycle. The time may thus be corrected by 

regarding the preset cycle as a time interval measured by the timer. 
This allows for correction of the time information without the 
measurement result of the timer received from the device. 
[0024] The present invention is also directed to a 

20 management server, which may have or may not have the function of 
correcting the time information discussed above. The management 
server holds a quantitative parameter value relating to the working 
status of each device as a log in a times series. The parameter value 
may be a resettable value, for example, a remaining amount of toner 

25 in a printer, in response to a user's operation on the device, for 
example, replacement of a toner cartridge. In such cases, the 
management server of this invention adds a parameter value of a log 
acquired after a reset to a parameter value acquired immediately 
before the reset, so as to output a time-based variation in working 

30 status of the device over the reset. 
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[0025] This arrangement ensures relatively easy monitoring 
of the variation in working status over the reset. The output allows 
for interpolation of the discretely varying parameter value over the 
reset, thus advantageously enabling a time-based variation of the 
5 parameter to be monitored with high accuracy. 

[0026] The device of this embodiment may be an output 
device that is capable of outputting sound or images. The timer 
measures, for example, a time period since a power ON time. This 
device may receive an absolute time along with an output file. This 
10 arrangement enables the time on each time point to be specified, 

based on the received absolute time and the measurement result of 
the timer. 

[0027] The absolute time is, for example, the latest update 
time of the output file. The latest update file of the output file may 
15 represent the time when the client has created the output file as a job. 
This time is specified by a built-in real time clock of the client. In 
the case of transmission of an output file to the device via a 
predetermined file server, the time when the file server has received 
the output file may be set to the absolute time. This time is specified 
20 by a built-in real time clock of the file server. 

[0028] The absolute time may be included in the output file 
for transmission, or may be sent separately from the output file. 

[0029] The technique of the invention is effectively applicable 
to a device without a built-in real time clock, which is driven with a 
25 battery even in the power OFF state. 

[0030] A diversity of methods may be used to specify the time 
in the device. One procedure resets the count on a timer to zero at 
the time point of reception of the absolute time and stores the received 
absolute time to update the base time. The correct time is specified 
30 by adding the count on the timer to the base time, that is, the stored 
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absolute time. 

[0031] The device of the invention may acquire the absolute 
time from a reporting address server, while sending the collected data 
in the form of a report file to the reporting address server. 
5 [0032] The invention is also directed to a client that creates 

an output file to be output to the device that outputs the file as sound 
or images. The client generates information on the absolute time at 
the time point of generation of the output file and sends the output 
file and the absolute time to the output device. The output device 

10 can thus acquire the absolute time. One typical example of the 
output device is a printer. 

[0033] The technique of the present invention is not 
restricted to the various arrangements of the device and the 
management server discussed above, but may have a diversity of other 

15 applications. One possible application is a system including a device 
and a management server discussed above are mutually connected via 
a network. Another application is an output system including a 
client and an output device for outputting sound or images, which are 
mutually connected. Still another application is a printing system 

20 including a printer as the output device. The invention is also 
directed to control methods that cause the device or the client to 
attain the functions discussed above, as well as to computer programs 
to actualize these control methods. The invention is further directed 
to management methods that cause the management server to 

25 manage the working status of each device, as well as to computer 
programs to actualize these management methods. Still another 
application of the invention is a recording medium in which any of 
such computer programs is recorded. Typical examples of the 
recording medium include flexible disks, CD-ROMs, magneto-optical 

30 disks, IC cards, ROM cartridge, punched cards, prints with barcodes 
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or other codes printed thereon, internal storage devices (memories 
like RAMs and ROMs) and external storage devices of the computer, 
and a variety of other computer readable media. 

[0034] These and other objects, features, aspects, and 
5 advantages of the present invention will become more apparent from 
the following detailed description of the preferred embodiments with 
the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 [0035] Fig. 1 schematically illustrates the construction of a 

printing system in a first embodiment of the invention; 

[0036] Fig. 2 is a flowchart showing a consumption 
notification routine; 

[0037] Fig. 3 shows a method of correcting time period 
15 information; 

[0038] Fig. 4 is a flowchart showing a trend output routine; 
[0039] Fig. 5 is a flowchart showing a log management 
routine executed in a second embodiment of the invention; 

[0040] Fig. 6 shows a method of correcting the time; 
20 [0041] Fig. 7 is a block diagram showing the general 

construction of a printing system in a third embodiment of the 
invention; 

[0042] Fig. 8 is a block diagram showing the internal 
structure of a client in the third embodiment; 
25 [0043] Fig. 9 is a block diagram showing the internal 

structure of a printer in the third embodiment; 

[0044] Fig. 10 shows a process flow of sending a file to be 
printed from the client to the printer via an FTP server in the printing 
system of the third embodiment; 
30 [0045] Fig. 11 is a flowchart showing an absolute time setting 
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routine executed by the printer in the third embodiment; 

[0046] Fig. 12 shows a variation in remaining amount of toner 
with elapse of time, which is collected by the printer based on a count 
on a timer in the third embodiment; 
5 [0047] Fig. 13 is a block diagram showing the general 

construction of a printing system in a fourth embodiment of the 
invention; 

[0048] Fig. 14 shows a process flow of sending a file to be 
printed from a client to a printer in the printing system of the fourth 
10 embodiment; 

[0049] Fig. 15 shows the format of a file to be transmitted 
from a client to a printer in a printing system of a fifth embodiment; 

[0050] Fig. 16 shows a process flow of sending a file to be 
printed from the client to the printer via an FTP server in the printing 
15 system of the fifth embodiment; 

[0051] Fig. 17 is a flowchart showing an absolute time setting 
routine executed by the printer in the fifth embodiment; 

[0052] Fig. 18 is a flowchart showing an absolute time 
acquisition routine executed by a printer in a sixth embodiment of the 
20 invention; and 

[0053] Fig. 19 is a flowchart showing an absolute time 
acquisition routine executed by a printer in a modified example of the 
sixth embodiment. 

25 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A. First Embodiment 

Al. Construction of System 

[0054] Fig. 1 schematically illustrates the construction of a 

printing system in a first embodiment of the invention. The frame 
30 shown by the one-dot chain line represents a printing environment 
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constructed in a business organization. In this printing environment, 
a large number of printers including a printer 200 are connected to a 
local area network LAN. Clients that output print jobs to these 
printers are also connected to the LAN, although the clients are 
5 omitted from the illustration. 

[0055] IP addresses of the respective printers on the LAN are 
not fixed, but a DHCP server 212 dynamically allocates IP addresses 
to the respective printers at a power-ON time. The LAN is connected 
to the Internet INT via a router 211 and a firewall 210. The firewall 

10 210 is designed to restrict transmission of packets from the Internet 
INT to the LAN according to a protocol, while allowing transmission of 
packets from the LAN to the Internet INT. 

[0056] A management server 100 is connected to the Internet 
INT. The management server 100 remotely controls working 

15 statuses of the respective printers via the Internet INT. The firewall 
210 located between the LAN and the Internet INT restricts access 
from the management server 100 to the printers, while allowing 
access from the printers to the management server 100 according to 
either an HTTP protocol or an FTP protocol. 

20 [0057] The procedure of this embodiment manages the 

number of printed sheets and the consumption of toner by the printer 
as the working status of each printer. The number of printed sheets 
by the printer is a parameter relating to the consumption of printer 
sheets and the residual operating life of a photosensitive drum. In 

25 the description below, the number of printed sheets and the 

consumption of toner are collectively referred to as the consumption of 
the expendable or simply as the consumption. The working status as 
the parameter to be managed is not restricted to this consumption of 
the expendable but may be power consumption or a process load of a 

30 printer engine. 
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[0058] The functional blocks of the printer 200 are also shown 
in Fig. 1. The printer 200 has a control unit that is constructed as a 
microcomputer including a CPU, a RAM, and a ROM. The respective 
functional blocks are actualized by a software configuration according 
5 to computer programs recorded in the ROM. 

[0059] The printer 200 has functions of sequentially storing 
the working status as a log and notifying the management server 100 
of the log, in addition to the functional blocks for execution of printing. 
The illustration shows only the functional blocks relating to the 

10 notification function. 

[0060] A timer 204 gives time period information to be 
recorded in each log as an elapsed time period since a preset base time. 
The timer 204 is, however, not a real-time clock and is not capable of 
acquiring real time information. 

15 [0061] A consumption management module 202 generates a 

log representing the consumption of the expendable and gives the log 
to a notification module 201. The consumption management module 
202 records the log at a preset recording cycle, based on the time 
period information given from the timer 204. An expendable 

20 detection module 205 obtains pieces of information to be recorded in 
each log, for example, the remaining amount of toner and the number 
of printed sheets, under control of the consumption management 
module 202. A typical example of the expendable detection module 
205 is an MIB (Management Information Base). The log thus 

25 obtained is stored in the form of a consumption database 203 in an 
internal hard disk of the printer 200. 

[0062] The notification module 201 notifies the management 
server 100 of the log at a preset notification cycle. The notification 
cycle may be set as a fixed time period like f every week 1 or may be set 

30 as a flexibly changing time period according to a notification condition 
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like 'whenever there is no spooled print job\ In order to prevent the 
notification of the log from causing a heavy traffic in the network, it is 
preferable to set a sufficiently longer notification cycle than the log 
recording cycle. 

5 [0063] In the structure of the embodiment, the FTP protocol 

is used for notification from the notification module 201 to the 
management server 100. The FTP protocol is, however, not 
restrictive, but a variety of other protocols that have no interference 
of the firewall 210, like the HTTP protocol, are applicable for such 

10 notification. The notification module 201 acquires the current time 
at the time point of the notification from the management server 100. 
The acquired current time is set as a base time of log recording. 

[0064] The management server 100 has diverse functional 
blocks to manage the logs transmitted from the respective printers as 

15 shown in Fig. 1. A communication module 101 functions to 
communicate with each printer via the Internet INT. 

[0065] A consumption data management module 102 
functions to manage the logs received from the respective printers. 
The logs thus received are recorded in the form of a management 

20 database 105 in an internal hard disk of the management server 100. 
The inner structure of the management database 105 is illustrated as 
an example. The management database 105 manages the 
consumption of the expendable mapped to the time with regard to 
each printer ID allocated to each printer for identification thereof. 

25 [0066] The management server 100 has a clock 103, which 

outputs time information. Every when receiving a log from each 
printer, the consumption data management module 102 acquires a 
log-receiving time from the clock 103 and notifies the printer of the 
acquired log-receiving time. As mentioned previously, this 

30 log-receiving time is used as the base time of log recording in the 
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printer. 

[0067] A trend output module 104 outputs a time-based 
variation in consumption of the expendable as a trend, based on the 
log in the management server 105. The operator of the management 
server 100 reads the output trend and thereby remotely monitors the 
working status of each printer in the business organization. 

[0068] The structure of this embodiment is only illustrative 
and not restrictive in any sense. As examples of possible 
modification, the management server 100 may be connected to a LAN, 
and each printer may have a fixed IP address. The management 
server 100 may comprehensively manage a large number of printers 
belonging to multiple business organizations, that is, printers 
connecting with multiple LANs. The respective functional blocks 
discussed above may be constructed by hardware, instead of the 
software configuration of the embodiment. 

A2. Consumption Notification Process 

[0069] Fig. 2 is a flowchart showing a consumption 
notification routine, which is repeatedly executed by the control unit 
20 of the printer 200. When the consumption notification routine starts, 
the control unit first acquires time period information from the timer 
204 (step S10) and corrects the acquired time period information (step 
Sll). The procedure of the correction will be discussed later. In a 
first execution cycle of this consumption notification routine, no 
25 correction value has been set, so that the correction is practically not 
carried out. 

[0070] The control unit then determines whether a 
notification time for notifying the management server 100 of a log has 
come, based on the time period information (step S12). For example, 
30 when 'one week 1 is set to the notification cycle, the control unit 

15 
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determines whether one week has elapsed since a previous 
notification, based on the time period information. In the case where 
a notification condition, for example, 'whenever there is no spooled 
print job', is set, instead of the fixed notification cycle, the processing 
5 of step S12 may be replaced by a decision of whether the preset 
notification condition is fulfilled. 

[0071] When the notification time has not yet come, the 
control unit subsequently determines whether a recording time has 
come (step S16). When the recording time has also not yet come, the 

10 control unit does not execute any further processing and exits from 
the consumption notification routine. In the case where a recording 
condition, for example, 'whenever printing is completed', is set, 
instead of the recording cycle, the processing of step S16 may be 
replaced by a decision of whether the preset recording condition is 

15 fulfilled. 

[0072] When it is determined that the recording time has 
come, on the other hand, the control unit detects the consumption of 
toner and the number of printed sheets at that time point (step S17) 
and records the result of the detection as a log in the consumption 

20 database 203 (step S18). The contents of the log recorded are given 
as an example in the flowchart. In this illustrated example, the 
consumption of toner and the number of printed sheets mapped to 
each time are recorded as consumption data. The time recorded in 
the log is obtained by adding the time period information acquired at 

25 step S10 and corrected at step Sll to the time when counting of the 
timer 204 has started (hereafter referred to as the base time). 

[0073] The consumption of toner may not be changed 
immediately in the course of printing, as clearly understood by a 
comparison between data 'the time 9*00, the toner consumption 210, 

30 the number of printed sheets 4090' and data 'the time 12^00, the toner 
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consumption 210, the number of printed sheets 4150'. The 
consumption of toner continuously varies with a variation in number 
of printed sheets. Because of the low sensitivity of a sensor for 
sensing the toner consumption, however, the output of the toner 
5 consumption discretely changes, when a certain amount of toner is 
consumed. In order to ensure monitoring of such discrete changes 
with sufficiently high accuracy, it is desirable to set a sufficiently 
shorter log recording cycle than a minimum time interval when such a 
discrete change arises. 

10 [0074] When it is determined at step S12 that the notification 

time has come, the control unit notifies the management server 100 of 
the log recorded in the consumption database 203 (step S13). The 
control unit acquires the time at the time point of notification from 
the management server 100 in the course of the notification (step S14) 

15 and sets a correction value for correcting the time period information, 
based on the acquired time (step S15). The correction value is used 
for the correction of the time period information at step S 11 in a 
subsequent cycle of this consumption notification routine. 

[0075] Fig. 3 is a graph showing a method of correcting the 

20 time period information. In the graph of Fig. 3, the time obtained by 
the clock 103 included in the management server 100 (hereafter 
referred to as the 'server time 1 ) and the time computed from the count 
on the timer 204 included in the printer 200 (hereafter referred to as 
the 'printer time') as ordinate are plotted against the real time as 

25 abscissa. 

[0076] In the description below, it is assumed that the server 
time is equal to the real time and that a fixed time period Tr is set to 
the cycle of notification from the printer 200 to the management 
server 100. 

30 [0077] A straight line Tp represents a printer time when a 
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first cycle of the consumption notification routine is executed. At 
this time point, no correction value has been set yet, and time period 
information Tp obtained by the timer 204 is directly set to the printer 
time Tp. When the time period information Tp includes some error, 
5 the printer time Tp is deviated from the real time. At the time point 
when the printer 200 determines that the notification cycle Tr has 
come, based on the printer time Tp, the printer 200 notifies the 
management server 100 of the log and acquires the server time from 
the management server 100. Acquisition of the server time specifies 

10 an error f te f included in the printer time Tp. 

[0078] In this example, at the time point of notification, the 
printer time Tp is behind the server time by the error 'te'. The time 
period information Tp should be multiplied by (l+te/Tr) for 
compensation of this time lag. This value (l+te/Tr) is set to a 

15 correction value C for correcting the time period information Tp. 

[0079] A straight line Tpl represents a printer time when a 
second cycle of the consumption notification routine is executed after 
setting of the correction value C. The printer 200 sets the server 
time acquired at the time point of notification as the base time, so 

20 that an initial value of the printer time Tpl does not include the error 
'te 1 . The printer 200 multiplies the time period information Tp 
acquired from the timer 204 by the correction value C to obtain the 
printer time Tpl. This process corresponds to correction of the time 
period information executed at step Sll in the flowchart of Fig. 2. 

25 [0080] When it is determined that the notification time Tr has 

come, based on the printer time Tpl thus obtained, the printer 200 
notifies the management server 100 of the log and acquires the server 
time from the management server 100. Acquisition of the server 
time may specify a newly arising error 'tel 1 . In the illustrated 

30 example, the setting of the correction value C should be further 



PF04J45* 



multiplied by (l+tel/Tr) for compensation of the error 'tel\ The 
correction value C is accordingly set equal to (l+te/Tr)x(l+tel/Tr). 

[0081] In the structure of this embodiment, every when the 
printer 200 notifies the management server 100 of the log, the printer 
5 200 acquires the server time and updates the correction value C for 
correcting the time period information acquired from the timer 204. 
The time recorded in the log gradually approaches to the server time 
and has the higher accuracy as shown in Fig. 3. 

[0082] The correction method of the time period information 

10 discussed above is only illustrative and not restrictive at all. One 
modified method may constantly use the value 'l+te/Tr', which is set 
to the correction value C in the first cycle of the compensation 
notification routine. Another possible modification does not carry 
out the correction of the time period information acquired from the 

15 timer. Even in such cases, the server time acquired at the time point 
of notification is used as the base time. This effectively prevents a 
potential error included in the time information recorded in the log 
from expanding with no limitation. 

[0083] The procedure of this embodiment acquires the server 

20 time and sets the correction value, after notification of the 

consumption data. The sequence of this processing may be modified 
in various ways. One modified procedure may acquire the server 
time (step S14), set the correction value (step S15), correct the time 
information recorded in the consumption data with the setting of the 

25 correction value, and notify the management server 100 of the 

consumption data (step S13). The correction method shown in Fig. 3 
is also applicable for the modification in this modified procedure. 



A3. Trend Output 

30 [0084] Fig. 4 is a flowchart showing a trend output routine, 
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which is executed by the management server 100 in response to the 
operator's instruction. 

[0085] When the trend output routine starts, the 
management server 100 first inputs a printer ID as a subject of output 
5 of a trend, for example, a time-based variation in consumption of 
toner (step S30). The management server 100 then extracts the 
consumption data or the log corresponding to the input printer ID 
from the management database 105 (step S3l). A time-based 
variation in consumption of toner is shown as an example of the 

10 consumption data in Fig. 4. 

[0086] The consumption of toner continuously varies with 
progress of printing. The printer, however, generally has a sensor of 
a low sensitivity for sensing the toner consumption and gives 
discretely increasing values as the consumption of toner. Each 

15 replacement of toner resets the consumption of toner. The simple 

output of the consumption data accordingly gives a stepwise trend as 
illustrated. Here the consumption of toner represents a cumulative 
consumption of toner since a start of using a new toner cartridge. 
This value is utilized as accounting information to charge the cost of 

20 the consumption of the expendable by a printer to each user of the 
printer. 

[0087] The management server 100 computes an 
interpolation curve, which shows an actual continuous variation, 
based on the trend (step S32) and outputs the trend corrected with the 
25 computed interpolation curve (step S33). The interpolation curve 

may be a spline curve going through the discretely varying values of 
the toner consumption or a sequential line that linearly interpolates 
the discretely varying values of the toner consumption. 

[0088] A trend after toner replacement as shown by the 
30 broken line is obtained from the extracted consumption data. The 
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management server 100 adds the trend of the broken line to the 
consumption at the time point of toner replacement and specifies an 
apparent trend on the assumption of no reset of the toner consumption 
as shown by the solid line. The management server 100 computes 
5 the interpolation curve, based on this apparent trend. This method 
gives a time-based variation in toner consumption over the toner 
replacement. 

[0089] The consumption of toner is output as the trend in the 
above description. The trend to be output may be the number of 

10 printed sheets. The output trend may be the result of one single 
printer or the results of multiple printers. 

[0090] As described above, in the printing system of the first 
embodiment, each printer records a log and notifies the management 
server 100 of the log. This arrangement desirably relieves the traffic 

15 on the network, while the management server 100 obtains the 

working status of each printer. The notification from each printer to 
the management server 100 enables the management server 100 to 
monitor the working status of each printer without any interference of 
the firewall. 

20 [0091] In the structure of the first embodiment, the time 

information acquired from the server at the time point of notification 
of the log is used as the base time of log recording. This arrangement 
effectively enhances the accuracy of the time information recorded in 
the log by even the printer without a real time clock. 

25 

B. Second Embodiment 

[0092] In the structure of the first embodiment, the printer 
corrects the time and records a log. In the structure of a second 
embodiment, on the other hand, the management server takes charge 
30 of correcting the time. The hardware construction of the printing 
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system in the second embodiment is identical with that of the first 
embodiment. The differences from the first embodiment are a series 
of processing executed by the printer to record a log and a series of 
processing executed by the management server to store the log. 
5 [0093] Fig. 5 is a flowchart showing a log management 

routine executed in the second embodiment. The left flow shows a 
series of processing repeatedly executed by the control unit of each 
printer, and the right flow shows a series of processing executed by 
the management server 100. 

10 [0094] The control unit of the printer first acquires time 

period information from the timer 204 (step S40) and successively 
determines whether the log notification time and the log recording 
time have come (steps S41 and S42). In the case of a negative answer 
at both steps S41 and S42, the control unit exits from the log 

15 management routine. 

[0095] When it is determined at step S42 that the log 
recording time has come, the control unit detects the consumption of 
toner and the number of printed sheets (step S43) and records the 
detection results as a log in the consumption database 203 (step S44). 

20 As the difference from the procedure of the first embodiment, the 

control unit of the printer does not correct the time period information 
acquired from the timer 204. The time information recorded in the 
log accordingly includes an error corresponding to a counting error of 
the timer 204. 

25 [0096] When it is determined at step S41 that the log 

notification time has come, the control unit notifies the management 
server 100 of the consumption data or the log recorded in the 
consumption database 203 (step S45) and acquires the server time 
(step S46). As in the procedure of the first embodiment, the server 

30 time is used as the base time of log recording. 
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[0097] The management server 100 receives the consumption 
data from each printer (step S50), corrects the time included in each 
received consumption data (step S51), and records the consumption 
data with the corrected time into the management database 105 (step 
5 S52). 

[0098] Fig. 6 shows a method of correcting the time. In this 
example, a time period 'one week* is set to the log notification cycle. 
The upper row shows the printer time recorded in the log, and the 
lower row shows the server time or the real time. There is an error 

10 or a difference between the printer time and the server time. The 
printer time is longer than the server time. Each open circle 
represents the time point when the consumption data was recorded in 
the log. In this illustrated example, the printer records the 
consumption data in the log every day, based on the printer time. 

15 [0099] The printer notifies the management server of the log 

when one week has elapsed on the printer time. At this moment, 
only 6 days have elapsed on the server time. Since data of 7 days 
have been recorded in the log, the measurement time on the timer of 
the printer is 7/6 times of the real time. The management server 

20 accordingly multiplies the elapsed time period since the base time by 
a correction coefficient 6/7 and thereby corrects the time information 
recorded in the log. The log is recorded at a cycle shorter than 1 day, 
on the basis of the server time. 

[0100] The correction coefficient is specified as the ratio of 

25 the f real time interval of log notification' to the log notification cycle 1 . 
When a fixed value is set to the log notification cycle, the management 
server may specify the correction coefficient without referring to the 
time information recorded in the log. 

[0101] In the printing system of the second embodiment, the 

30 management server takes charge of correcting the time information. 
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This arrangement effectively enhances the accuracy of the time 
information recorded in the log by even the printer without a real time 
clock. 

5 C. Modifications 

[0102] The first and the second embodiments discussed above 
regard the printing system to manage the working status of each 
printer. The technique of the invention is, however, not restricted to 
the management of printers but is applicable to manage a diversity of 
10 devices including scanners, projectors, audio equipment, electric 
appliances, and client computers. 

[0103] The procedure of the first embodiment may be 
combined with the procedure of the second embodiment. Namely 
both the printer and the management server take charge of correcting 
15 the time information recorded in the log. This further enhances the 
accuracy of the time information recorded in the log. 

D. Third Embodiment 

[0104] In a third embodiment of the invention, a printer 
20 receives a print file along with information on a latest update time of 
the print file and sets the latest update time to an absolute time. 

[0105] Fig. 7 is a block diagram showing the general 
construction of a printing system 510 in the third embodiment. The 
printing system 510 of the third embodiment includes a client 520, an 
25 FTP (File Transfer Protocol) server 530, and a printer 540, which are 
mutually connected via a network 550. 

[0106] One or multiple clients 520 are connected to the 
network 550. The client 520 is a terminal that generates print data, 
for example, a personal computer or a PDA (personal digital assistant). 
30 In the structure of this embodiment, the client 520 creates a print job 
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to be printed by the printer 540, based on print data created by the 
user, and transmits the print job in the form of a print file to the FTP 
server 530 according to the FTP protocol. 

[0107] The FTP server 530 is a file server that manages 
5 transmission of files according to the FTP protocol. In the structure 
of this embodiment, the FTP server 530 sends the received print file to 
the printer 540 according to the FTP protocol. 

[0108] An ink jet printer or a laser printer is applicable to the 
printer 540 that receives the print file transmitted from the FTP 

10 server 530 and carries out printing. The printer 540 does not include 
a real time clock, which is driven by a battery in the power OFF state. 

[0109] Fig. 8 is a block diagram showing the internal 
structure of the client 520. The client 520 of this embodiment 
includes a computer mainframe 560 and a display 562. 

15 [0110] The computer mainframe 540 includes a CPU (central 

processing unit) 564, a RAM (random access memory) 566, and a ROM 
(read only memory) 568, which are mutually connected via an internal 
bus 570. A communication interface 572 is connected to the internal 
bus 570. The client 520 is connected to the network 550 via the 

20 communication interface 572. 

[0111] Another interface 574 is connected to the internal bus 
570, and a hard disk 576 as a mass storage device is further connected 
to this interface 574. In the structure of this embodiment, the hard 
disk 576 functions as a rewritable non-volatile storage device. Still 

25 another interface 578 is connected to the internal bus 570, and the 

display 562 is connected with the client 520 via a cable 580 extending 
from the interface 578. 

[0112] Fig. 9 is a block diagram showing the internal 
structure of the printer 540. The printer 540 includes a CPU 600, a 

30 RAM 602, and a ROM 604, which are mutually connected via an 
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internal bus 606. A communication interface 608 is connected to the 
internal bus 606, and the printer 540 is connected to the network 550 
via the communication interface 608. Another interface 610 is 
connected to the internal bus 606, and a printer engine 612 is linked 
5 with the interface 610. 

[0113] A hard disk 616 is further connected to the internal 
bus 606 via still another interface 614. In the structure of this 
embodiment, the hard disk 616 functions as a rewritable non-volatile 
storage device. 

10 [0114] A series of printing process executed in the printing 

system 510 of this embodiment is described below with reference to 
the process flow of Fig. 10. In this process flow, the client 520 first 
creates a print job according to print data in response to a user's input 
instruction (step S110). The client 520 then sends the created print 

15 job in the form of a print file to the FTP server 530 via the network 

550 according to the FTP protocol (step S112). An FTP command like 
'STOR filename. prn' is used for the transmission. 

[0115] The client 520 subsequently generates information on 
the latest update time of the print file and sends the generated 

20 information on the latest update time of the print file to the FTP 
server 530 via the network 550 according to the FTP protocol (step 
S114). Here the information on the latest update time of the print 
file represents the time when the print job was created at step S110. 
An FTP command like 'MDTM 20021011121314 filename.prn' is used 

25 for the transmission. 

[0116] This example shows that the latest update time of the 
print file is 12:13'14", Oct. 11, 2002. 

[0117] The FTP server 530 receives the print file sent from 
the client 520 via the network 550 (step S120) and receives the 

30 information on the latest update time of the print file (step S122). 
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The FTP server 530 temporarily holds the received print file therein, 
and the time of storage is set to the latest update time of the print file. 
Namely the latest update time of the print file is specified by the time 
on the real time clock included in the FTP server 530. 
5 [0118] The FTP server 530 subsequently transfers the 

received print file to the printer 540 via the network 550 according to 
the FTP protocol (step S124) and transfers the information on the 
latest update time of the print file to the printer 540 according to the 
FTP protocol (step S126). Here the latest update time of the print 

10 file is the time on the real time clock included in the FTP server 530. 

[0119] The printer 540 receives the print file sent from the 
FTP server 530 via the network 550 (step S130) and receives the 
information on the latest update time of the print file (step S132). 
The printer 540 then carries out printing, based on the received print 

15 file (step S134). 

[0120] The following describes an absolute time setting 
routine executed by the printer 540 in this embodiment with reference 
to the flowchart of Fig. 11. The CPU 600 reads and executes an 
absolute time setting program stored in the ROM 604 or the hard disk 

20 616 of the printer 540 to implement setting of an absolute time. The 
absolute time setting routine is automatically activated at the power 
ON time of the printer 540. 

[0121] When the absolute time setting routine of Fig. 11 
starts, the printer 540 starts a timer (step S140). The printer 540 of 

25 this embodiment does not include a real time clock and here activates 
a timer, which works on the basis of a clock included in the CPU 600. 
The timer has a count '0* at the start and counts up with elapse of 
every second. 

[0122] The printer 540 subsequently determines whether the 
30 printer 540 has received the information on the latest update time 
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along with the print file (step S142). When no print file has been 
received or when the information on the latest update time has not 
been received along with the print file (in the case of a negative 
answer at step S142), the printer 540 repeats the processing of step 
5 S142 and stands by. In the printing system 510 of this embodiment, 
the FTP server 530 may not send the information on the latest update 
time along with the print file. The printer 540 is thus required to 
wait until transmission of the latest update time with the print file. 
[0123] When the information on the latest update time has 

10 been received along with the print file (in the case of an affirmative 
answer at step S142), the printer 540 acquires the current count on 
the timer (step S144) and sets the received latest update time to the 
current absolute time (step S146). According to a concrete procedure, 
the printer 540 resets the count on the timer to zero and stores the 

15 acquired absolute time. The printer 540 can show the correct time by 
adding the acquired current count on the timer to the stored absolute 
time. 

[0124] The printer 540 replaces the count on the timer 
included in the data collected on the basis of the timer count with the 

20 absolute time (step S148). For example, when the received latest 

update time is 12:13 ? 14", Oct. 11, 2002, and the count on the timer at 
the moment is 3 hours 13 minutes 14 seconds, it means that the data 
acquired at the time point of 3 hours as the timer count has the 
absolute time of 12:00'00", Oct. 11, 2002. 

25 [0125] The absolute time setting routine of this embodiment 

is concluded here. 

[0126] Fig. 12 is a graph showing a variation in remaining 
amount of toner with elapse of time, based on the data collected by the 
printer 540 every hour. As shown in the graph of Fig. 12, the timer is 

30 activated in response to a power ON operation of the printer 540. 
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When the count on the timer shows elapse of every hour, the printer 
540 records the remaining amount of toner with the count on the 
timer as data, which are stored into the hard disk 616 of the printer 
540. 

5 [0127] In the illustrated example of Fig. 12, the latest update 

time of 12:13'14", Oct. 11, 2002 is received when the count on the 
timer shows elapse of 3 hours 13 minutes 14 seconds. Namely the 
absolute time at this time point is set equal to 12-13 , 14", Oct 11, 2002. 
The remaining amount of toner at the time point of 3 hours 00 

10 minutes 00 seconds as the timer count is thus calculated reversely as 
the data at the absolute time of 12:00*00", Oct. 11, 2002. In a similar 
manner, the remaining amount of toner at the time point of 2 hours 00 
minutes 00 seconds as the timer count is calculated reversely as the 
data at the absolute time of 11:00'00", Oct. 11, 2002. The remaining 

15 amount of toner at the time point of 1 hour 00 minute 00 seconds as 
the timer count is calculated reversely as the data at the absolute 
time of 10:00 W, Oct. 11, 2002. The power ON time of the printer 
540 is calculated back as the absolute time of 9:00 f 00", Oct. 11, 2002. 
[0128] As described above, in the printing system 510 of this 

20 embodiment, the printer 540 receives the latest update time sent 

along with a print file and sets the absolute time, based on the latest 
update time of the print file. The arrangement of the embodiment 
enables the printer 540 to specify the absolute time without sending a 
new packet for requiring the absolute time to the network 550. This 

25 desirably prevents the traffic on the network 550 from being 

significantly increased by the operation of the printer 540 to specify 
the absolute time. When receiving a print file, the FTP server 530 
immediately sends the print file to the printer 540. The printer 540 
can thus regard the latest update time of the print file as the current 

30 absolute time. 
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[0129] The correct setting of the time to the real time clock 
included in the FTP server 530 informs the printer 540 of the correct 
time, even when the real time clocks of the multiple clients 520 have 
different counts. The arrangement of this embodiment also 
5 synchronizes the time in each of multiple printers that receives a 

print file from the client 520, even when the real time clock included 
in the FTP server 530 has a count slightly different from the correct 
time. 

[0130] The printer 540 of the embodiment has the timer 
10 function. The printer 540 utilizes the timer function to specify a 
relative time of each data collected after the power ON time and 
replaces the relative time in the data with the setting of an absolute 
time. This arrangement enables even the printer 540 without a 
built-in real time clock to collect data based on the absolute time. 
15 [0131] In the embodiment discussed above, the FTP server 

530 pushes out a print file to the printer 540. The technique of this 
embodiment is also applicable to the case where the printer 540 pulls 
in a print file. The flow of commands in this modified example is 
given below. 

20 [0132] The FTP server 530 receives a print file and sends a 

printing request of 'filename. prn' with its specified storage location to 
the printer 540. The printer 540 then sends a command 'RETR 
filename. prn' to the FTP server 530 to acquire the print file. The 
printer 540 subsequently sends a command 'MDTM filename. prn' to 

25 the FTP server 530 to acquire the latest update time of the print file. 
The FTP server 530 sends information on the absolute time f 213 
20021011121314 , to the printer 540 in response to the command 
'MDTM filename. prn 1 . Here the numeral '213' at the head represents 
approval of a reply. 

30 
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E. Fourth Embodiment 

[0133] In the structure of a fourth embodiment, a printer 
540A includes server functions. Fig. 13 is a block diagram showing 
the general construction of a printing system 510A in the fourth 
5 embodiment. In this printing system 510A, the printer 540A 

internally has server functions 542. The FTP server 530 is thus not 
necessary in this printing system 510A. 

[0134] Fig. 14 shows a process flow of sending a file to be 
printed from the client 520 to the printer 540A in the printing system 

10 510Aof the fourth embodiment. This corresponds to the process flow 
of Fig. 10. In the process flow of Fig. 14, the client 520 first creates a 
print job according to print data in response to a user's input 
instruction (step S210). The client 520 then sends the created print 
job in the form of a print file to the printer 540A via the network 550 

15 according to the FTP protocol (step S212). An FTP command like 
! STOR filename. prn' is used for the transmission. 

[0135] The client 520 subsequently generates information on 
the latest update time of the print file and sends the generated 
information on the latest update time of the print file to the printer 

20 540A via the network 550 according to the FTP protocol (step S214). 
Here the information on the latest update time of the print file 
represents the time when the print job was created at step S210. An 
FTP command like 'MDTM 20021011121314 filename. prn 1 is used for 
the transmission. 

25 [0136] This example shows that the latest update time of the 

print file is 12:13'14 M , Oct. 11, 2002. 

[0137] The printer 540A receives the print file sent from the 
client 520 via the network 550 (step S230) and receives the 
information on the latest update time of the print file (step S232). 

30 The printer 540A then carries out printing, based on the received 
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print file (step S234). 

[0138] As clearly understood from this series of processing, 
the printer 540A of this embodiment receives the information on the 
latest update time of the print file from the client 520 directly and not 
5 via the FTP server 530. 

[0139] As described above, in the printing system 510Aof this 
embodiment, the printer 540A receives the latest update time sent 
along with a print file and sets the absolute time, based on the latest 
update time of the print file. The arrangement of the embodiment 

10 enables the printer 540A to specify the absolute time without sending 
a new packet for requiring the absolute time to the network 550. 
This desirably prevents the traffic on the network 550 from being 
significantly increased by the operation of the printer 540A to specify 
the absolute time. When creating a print file, the client 520 

15 immediately sends the print file to the printer 540A. The printer 
540A can thus regard the latest update time of the print file as the 
current absolute time. 

[0140] In the embodiment discussed above, the client 520 
pushes out a print file to the printer 540A. The technique of this 

20 embodiment is also applicable to the case where the printer 540A 

pulls in a print file. The flow of commands in this modified example 
is given below. 

[0141] The client 520 creates a print file and sends a printing 
request of 'filename. prn' with its specified storage location to the 

25 printer 540A. The printer 540A then sends a command f RETR 

filename. prn 1 to the client 520 to acquire the print file. The printer 
540A subsequently sends a command 'MDTM filename. prn 1 to the 
client 520 to acquire the latest update time of the print file. The 
client 520 sends information on the absolute time '213 

30 20021011121314' to the printer 540A in response to the command 
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'MDTM filename. prn\ 

F. Fifth Embodiment 

[0142] In the third embodiment and the fourth embodiment 
discussed above, the client 520 sends the latest update time as the 
time information separately from the print file. The procedure of a 
fifth embodiment adds the time information of the client 520 to a print 
file as a composite file and sends the composite file. 

[0143] The general construction of a printing system in the 
fifth embodiment is identical with that of the printing system 510 of 
the third embodiment shown in Fig. 7. In the fifth embodiment, a 
composite file as shown in Fig. 15 is sent from the client 520 to the 
FTP server 530. The composite file to be sent from the client 520 to 
the FTP server 530 includes a print file 310 and client time 
information 300, which represents information on the time of the 
client 520. 

[0144] A series of printing process executed in the printing 
system of this embodiment is described below with reference to the 
process flow of Fig. 16. In this process flow, the client 520 first 
creates a print job according to print data in response to a user's input 
instruction (step S1310). The client 520 then specifies the created 
print job as a print file 310 and adds time information of the client 520 
as client time information 300 to generate a composite file (step 
S1312). 

[0145] The client 520 sends the composite file to the FTP 
server 530 via the network 550 according to the FTP protocol (step 
S1314). An FTP command like ? STOR filename. prn' is used for the 
transmission. 

[0146] The FTP server 530 receives the composite file sent 
from the client 520 via the network 550 (step S1320). The FTP 
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server 530 subsequently transfers the received composite file to the 
printer 540 via the network 550 according to the FTP protocol (step 
S1322). 

[0147] The printer 540 receives the composite file sent from 
5 the FTP server 520 via the network 550 (step S1330) and extracts the 
client time information 300 from the received composite file (step 
S1332). The printer 540 then extracts the print file 310 from the 
received composite file and executes printing according to the print 
file 310 (step S1334). 

10 [0148] The following describes an absolute time setting 

routine executed by the printer 540 in this embodiment with reference 
to the flowchart of Fig. 17. The CPU 600 reads and executes an 
absolute time setting program stored in the ROM 604 or the hard disk 
616 of the printer 540 to implement setting of the absolute time. The 

15 absolute time setting routine is automatically activated at the power 
ON time of the printer 540. 

[0149] When the absolute time setting routine of Fig. 17 
starts, the printer 540 starts a timer (step S1340). The printer 540 
of this embodiment does not include a real time clock and here 

20 activates a timer, which works on the basis of a clock included in the 
CPU 600. The timer has a count f 0 f at the start and counts up with 
elapse of every second. 

[0150] The printer 540 subsequently determines whether the 
client time information 300 is included in a received composite file 

25 (step S1342). When no composite file has been received or when the 
received composite file does not include the client time information 
300 (in the case of a negative answer at step S1342), the printer 540 
repeats the processing of step S1342 and stands by. In the printing 
system 510 of this embodiment, the client 520 may not send the client 

30 time information 300 attached to the print file 310 as the composite 
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file. The printer 540 is thus required to wait until transmission of 
the client time information 300 attached to the print file 310 in the 
form of a composite file. 

[0151] When the received composite file includes the client 
5 time information 300 (in the case of an affirmative answer at step 

S1342), on the other hand, the printer 540 acquires the current count 
on the timer (step S1344) and sets the time of the client time 
information 300 extracted from the received composite file to the 
current absolute time (step S1346). According to a concrete 

10 procedure, the printer 540 resets the count on the timer to zero and 
stores the acquired absolute time. The printer 540 can show the 
correct time by adding the acquired current count on the timer to the 
stored absolute time. 

[0152] The printer 540 replaces the count on the timer 

15 included in the data collected on the basis of the timer count with the 
absolute time (step S1348). For example, when the received latest 
update time is 12:13 ! 14", Oct. 11, 2002, and the count on the timer at 
the moment is 3 hours 13 minutes 14 seconds, it means that the data 
acquired at the time point of 3 hours as the timer count has the 

20 absolute time of 12:00W\ Oct. 11, 2002. 

[0153] The absolute time setting routine of this embodiment 
is concluded here. 

[0154] As described above, in the printing system 510 of this 
embodiment, the printer 540 sets the absolute time, based on the 

25 client time information 300 sent with the print file 310 in the form of 
a composite file. The arrangement of the embodiment enables the 
printer 540 to specify the absolute time without sending a new packet 
for requiring the absolute time to the network 550. This desirably 
prevents the traffic on the network 550 from being significantly 

30 increased by the operation of the printer 540 to specify the absolute 
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time. When receiving a composite file from the client 520, the FTP 
server 530 immediately transfers the composite file to the printer 540. 
The printer 540 can thus regard the client time information 300 
included in the composite file as the current absolute time. 
5 [0155] The technique of this embodiment is also applicable to 

the construction of a printing system including the printer 540A 
having the server functions 542 as shown in Fig. 13. 

G. Sixth Embodiment 

10 [0156] In a sixth embodiment of the present invention, a 

printer actively acquires the absolute time from an FTP server, 
replaces the count on a timer included in the data collected on the 
basis of the timer count with the absolute time, and sends the 
time-replaced data as a report file to the FTP server. 

15 [0157] The general construction of a printing system in the 

sixth embodiment is identical with that of the printing system 510 in 
the third embodiment shown in Fig. 7. The structure of a client and 
the structure of a printer in the sixth embodiment are identical with 
those of the client 520 and the printer 540 shown in Figs. 8 and 9. 

20 [0158] Fig. 18 is a flowchart showing an absolute time 

acquisition routine executed by the printer 540 of this embodiment. 
The CPU 600 reads and executes an absolute time acquisition 
program stored in the ROM 604 or the hard disk 616 of the printer 540, 
so as to implement acquisition of the absolute time. 

25 [0159] When the absolute time acquisition routine of Fig. 18 

starts, the printer 540 as an FTP client newly creates a file having a 
size 0 in the hard disk 616 of the printer 540 (step S1400) and 
connects with the FTP server 530 (step S1402). 

[0160] The printer 540 subsequently sends the file of the size 

30 0 created in the hard disk 616 to the FTP server 530 (step S1404). 
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The printer 540 then sends a LIST command or an MDTM command of 
the file sent at step S1414 and receives a response from the FTP 
server 530 (step S1406). 

[0161] The printer 540 extracts the absolute time included in 
5 the received response (step S1408), and replaces the count on a timer 
included in the data collected on the basis of the timer count with the 
extracted absolute time (step S1410). 

[0162] The printer 540 creates a data file with the 
replacement of the absolute time under the same name as that of the 

10 file of the size 0 created at step S1400 in the hard disk 616 (step 

S1412). The printer 540 subsequently sends the created data file to 
the FTP server 530 as a data reporting address server (step S1414), 
before disconnecting from the FTP server 530 (step S1416). 

[0163] As described above, in the printing system 510 of this 

15 embodiment, the printer 540 functioning as an FTP client acquires the 
absolute time from the FTP server 530. The printer 540 of this 
embodiment collects the information on the status and the 
expendables of the printer 540 and holds the collected data with the 
time as the count on the timer included in the printer 540. The 

20 printer 540 acquires the absolute time from the FTP server 530, 
replaces the timer count included in the collected data with the 
absolute time, and sends the data file with replacement of the 
absolute time to the FTP server 530 as the data reporting address 
server. This arrangement enables the information on the absolute 

25 time to be received from the FTP server 530, prior to transmission of 
the data file to the FTP server 530 as the data reporting address 
server. The data file is thus transmitted to the FTP server 530 after 
replacement of the relative time with the absolute time. 

[0164] The procedure of the sixth embodiment sends the file 

30 of the size 0 to the FTP server 530 at step S1404 and sends the data 
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file to the FTP server 530 at step S1414, while keeping connection 
with the FTP server 530, as shown in the flowchart of Fig. 18. One 
possible modification may adequately cut the connection with the FTP 
server 530. According to one modified procedure shown in the 
5 flowchart of Fig. 19, the printer 540 disconnects from the FTP server 
530 (step S1450) after transmission of the file of the size 0 to the FTP 
server 530 at step S1404. The printer 540 then reconnects with the 
FTP server (step S1460) prior to transmission of the data file to the 
FTP server 530 at step S1414. 

10 [0165] The technique of Fig. 18 is generally effective for 

reliving the traffic on the network. The modified technique of Fig. 19 
is advantageous in the case where the replacement of the timer count 
included in the previously collected data with the absolute time takes 
a rather long time period (step S1410). 

15 [0166] The embodiments discussed above are only illustrative 

and not restrictive in any sense. For example, in the structure of the 
third embodiment, the printer 540 sequentially sends the print file 
and the information on the latest update time of the print file in this 
order. The order of transmission is not restrictive at all but may be 

20 reversed. The only requirement is that the information on the latest 
update time of a print file should be sent along with the print file. 

[0167] In the construction of the third embodiment, the FTP 
server 530 is used to transfer the print file and the information on its 
latest update time sent from the client 520. The FTP server 530 is, 

25 however, not restrictive, but another file server may be applied to 
transfer the print file and the information on its latest update time 
according to another protocol. 

[0168] A program for executing the series of processing 
discussed in each of the above embodiments may be recorded and 

30 delivered in the form of a recording medium, such as a flexible disk, a 
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CD-ROM (compact discread only memory), a ROM, or a memory card. 
In such cases, the client 520, the FTP server 530, and/or the printer 
540 may read and execute the program recorded in the recording 
medium to attain the series of processing in each embodiment 
5 discussed above. 

[0169] The client 520, the FTP server 530, and/or the printer 
540 may store other programs, such as an operating system and other 
application programs. In such cases, the client 520, the FTP server 
530, and/or the printer 540 may utilize any of the other programs and 

10 record a command in the recording medium to call a program that 
attains the processing equivalent to each of the above embodiments 
among the programs stored in the client 520, the FTP server 530, 
and/or the printer 540. 

[0170] The program may be delivered in the form of a carrier 

15 wave via a network, instead of being recorded in the recording 

medium. The client 520, the FTP server 530, and/or the printer 540 
reads and executes the program transferred in the form of a carrier 
wave on the network, so as to attain the various arrangements 
discussed above as the embodiments. 

20 [0171] The program recorded in the recording medium or 

transferred in the form of a carrier wave on the network may be 
encoded and compressed. In such cases, the client 520, the FTP 
server 530, and/or the printer 540 are required to read the program 
from the recording medium or the carrier wave and carry out decoding 

25 and extension of the program, prior to its execution. 

[0172] All the embodiments and modified examples discussed 
above are to be considered in all aspects as illustrative and not 
restrictive. There may be many other modifications, changes, and 
alterations without departing from the scope or spirit of the main 

30 characteristics of the present invention. 
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[0173] All changes within the meaning and range of 
equivalency of the claims are therefore intended to be embraced 
therein. 
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